home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9706 / 000007_owner-urn-ietf _Mon Jun 2 16:46:24 1997.msg < prev    next >
Internet Message Format  |  1997-06-19  |  3KB
  1. Received: (from daemon@localhost)
  2.     by services.bunyip.com (8.8.5/8.8.5) id QAA02683
  3.     for urn-ietf-out; Mon, 2 Jun 1997 16:46:24 -0400 (EDT)
  4. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1])
  5.     by services.bunyip.com (8.8.5/8.8.5) with ESMTP id QAA02678
  6.     for <urn-ietf@services.bunyip.com>; Mon, 2 Jun 1997 16:46:21 -0400 (EDT)
  7. Received: from bailey.dscga.com (bailey.dscga.com [198.78.9.11])
  8.     by mocha.bunyip.com (8.8.5/8.8.5) with ESMTP id QAA09180
  9.     for <urn-ietf@Bunyip.Com>; Mon, 2 Jun 1997 16:46:06 -0400 (EDT)
  10. Received: (from michael@localhost) by bailey.dscga.com (8.8.2/8.8.2) id QAA14200; Mon, 2 Jun 1997 16:45:20 -0400 (EDT)
  11. From: Michael Mealling <michael@bailey.dscga.com>
  12. Message-Id: <199706022045.QAA14200@bailey.dscga.com>
  13. Subject: Re: [URN] URN resolution services question
  14. In-Reply-To: <199706022018.QAA08931@mocha.bunyip.com> from Ryan Moats at "Jun 2, 97 03:19:15 pm"
  15. To: jayhawk@att.com
  16. Date: Mon, 2 Jun 1997 16:45:19 -0400 (EDT)
  17. Cc: urn-ietf@bunyip.com
  18. X-Mailer: ELM [version 2.4ME+ PL31H (25)]
  19. MIME-Version: 1.0
  20. Content-Type: text/plain; charset=US-ASCII
  21. Content-Transfer-Encoding: 7bit
  22. Sender: owner-urn-ietf@Bunyip.Com
  23. Precedence: bulk
  24. Reply-To: Michael Mealling <michael@bailey.dscga.com>
  25. Errors-To: owner-urn-ietf@Bunyip.Com
  26.  
  27. > On Mon, 2 Jun 1997 13:28:35 -0400 (EDT), Michael Mealling wrote:
  28. > >The current list of operations is:
  29. > >N2L (URN to URL)
  30. > >N2Ls (URN to URLs)
  31. > >N2R (URN to Resource)
  32. > >N2Rs (URN to Resources)
  33. > >N2C (URN to URC)
  34. > >N2Ns (URN to URNs)
  35. > >L2Ns (URL to URNs)
  36. > >L2Ls (URL to URLs)
  37. > >L2C (URL to URC):
  38. > >I2I (URI to URI):
  39. > >N2I (URN to URI):
  40. > >I=I (Is URI equal to URI):
  41. > >
  42. > >The change would end up with this list:
  43. > >I2L
  44. > >I2Ls
  45. > >I2R
  46. > >I2Rs
  47. > >I2C
  48. > >I2Cs
  49. > >I2N
  50. > >I2Ns
  51. > >I2I
  52. > >I2Is
  53. > >
  54. > >The issue is basically do we want to explicitly say what a given service
  55. > >will expect as its input?
  56. > 
  57. > 
  58. > First thought:  If we go to I2* have we gone outside of the WG charter?  
  59. > Do we care?
  60.  
  61. I don't think it matters that much since these are experimental anyway.
  62.  
  63. > 
  64. > Second thought: If we go to I2*, I'm not sure that there is ever a situation 
  65. > where we have to specify what the input to a given service is.  So long as 
  66. > the resolver is able to report that the URI type specified at the input is 
  67. > not supported, I think things are o.k.
  68.  
  69. Right. Ron and I were talking about this and the only way a service would
  70. be specified would be if the client had been sent down a particular 
  71. resolution path for given URI. That is, lets say that a resolver specifies that
  72. a particular server supports I2L. The only way for a client to find that 
  73. out would be for it resolve a specific URI. Then the client knows that
  74. since it started out looking for a URN resolver and the RDS sent it to
  75. this resolver that it should be able to ask it I2L questions about a URN.
  76. It could also probably ask it about URLs but the client didn't learn that
  77. from the RDS.
  78.  
  79. > Side thought: how do such changes impact the THTTP RFC?
  80.  
  81. Ron talked to Keith about that one and said we could really do whatever
  82. we wanted (I think). Keith? Ron?
  83.  
  84. -MM
  85.  
  86. -- 
  87. ------------------------------------------------------------------------------
  88. Michael Mealling    | 505 Huntmar Park Drive       | Phone:  (703)742-0400
  89. Software Engineer    | Herndon, VA 22070           | Fax:    (703)742-9552
  90. Network Solutions    | <URL:http://www.netsol.com>  | michaelm@rwhois.net